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Background of the Invention 

Field f the Invention 

The invention concerns communications systems 
generally and particularly concerns the use of a com- 
munications system to mediate transactions among 
entities reachable by the communications system. 

Description of the Prior Art 

Communications systems such as the telephone 
system have long done more than simply connect a 
first entity to a second entity specified by the first 
entity. A number of forms of telephone service trans- 
form a first telephone number specifying an entity into 
a second such telephone number. FIG. 1 is a schema- 
tic overview of such telephone number transformation 
services. In the figure, a dashed line indicates a path 
for transmitting signalling information, while a solid 
line indicates a path for transmitting messages. In 
FIG. 1, entity 1 (E(1)) 105(1) is a caller wishing to com- 
municate with entity 2 (E(2)) 105(2) via communi- 
cations system (CS) 103. To initiate the 
communication, entity 1 105(1) employs a virtual des- 
tination identifier 1 1 1 which is different from the actual 
destination identifier used within communications 
system 103 to establish communication with the 
ntity. Using a signalling path, entity 1 105(1) provides 
virtual destination identifier 111 to communications 
system 103. Switch 107 in communications system 
103 is able to recognize virtual identifiers 111 from 
their forms. On recognizing that the destination iden- 
tifier provided by entity 105(1) is a virtual destination 
id ntifier, switch 1 07 provides virtual destination iden- 
tifier 111 via a signalling path to translator 115, a fa- 
cility in communications system 103 which translates 
virtual destination identifiers 111 into actual desti- 
nation identifiers 1 13. In making the translation, trans- 
lator 115 uses destination identifier data base 117, 
which contains actual destination identifiers 113 cor- 
responding to virtual destination identifiers 1 11. Once 
th translation is made, translator 115 provides actual 
destination identifier 113 to switch 107, which uses 
actual destination identifier 113 to connect entity 1 
105(1) to entity 2 105(2) via a message path, as 
shown by solid arrow 109. 

One example of such a service is the toll-free 800 
service. In this service, which is described in detail in 
Weber, U.S. Patent 4,191 ,860, Data Base Communi- 
cation Call Processing Method, issued March 4, 1980, 
customers throughout a given area use a telephon 
numb r which has 800 as a prefix to reach an entity. 
On receiving the 800 number, the telephone com- 
pany's switching system g nerates a control mes- 
sag including the 800 number. The control messag 
is sent to a data base system via the common channel 
interoffice signalling facilities (CCIS) used as a signal- 



ling path by the telephone company. The data base 
system uses the 600 number to obtain an unlisted 
telephone number for th entity and provides the 
unlisted number via a second CCIS messag to the 
5 switching system, which uses the unlisted number to 
connect the customer to the entity to which the 800 
number belongs and charges the call to the unlisted 
number. 

As indicated in Weber, an 800-number call can be 

10 routed based on the area in which it originates. Con- 
sequently, 800 number service can be used as locator 
service. In such a service, a customer dials an 800 
number designating sources of specific goods or ser- 
vices and is connected by the communications sys- 

1 s tern to the source of such goods or services closest 
to the customer or to a recipient of the goods or ser- 
vices. One kind of locator service is described in detail 
in Riskin, U.S. Patent 4,757,267, Telephone System 
for Connecting a Customer to a Supplier of Goods, 

20 issued July 12, 1988. In Riskin's locator service, a 
non-telephone company owned data base system 
operating In a computer which is connected to a tele- 
phone switch determines from the 800 number the 
type of goods or services in which the customer is 

25 interested and determines from the caller's telephone 
number where the caller is located. The data base 
system then determines from a geographically-orde- 
red list of dealers which dealer is closest to the cus- 
tomer and causes the switch to call the closest dealer 

so and connect the dealer with the customer. 

In one embodiment of Riskin's locator service, the 
caller's telephone number is provided to the data base 
system by the telephone company's Automatic Num- 
ber Identification Service (ANN), while the 800 number 

35 is provided by the telephone compan/s Dialed Num- 
ber Identification Service (DNIS). In another embodi- 
ment the non-telephone company-owned data base 
system would have access to the CCIS facility, and 
would receive the caller's telephone number and the 

40 800 number via CCIS and would provide the tele- 
phone number of the closest dealer to the telephone 
system via CCIS. The telephone system would then 
connect the customer to the closest dealer. Further 
refinements disclosed by the Riskin reference include 

46 using digital voice to request telephone numbers from 
the caller if they are not provided by the telephone 
company via ANI or DNIS and using digital voice to 
inform the dealer of the kind of transaction being 
initiated by the customer. 

so As the Riskin reference shows, number trans- 
lation systems can be quite complex. However, one 
characteristic which they all have in common is that 
the communications system 103 does nothing more 
than establish a path by means of which entities using 

55 the communications system may exchange mes- 
sages. Communications system 103 plays no role 
whatever in whatever transaction between the entities 
may be accomplished by the messages. 



3 



EP0 501 697 A2 



4 



In some instances, the communications system 
plays a role in th transaction itself. On xample of 
such a system is that disclosed in United States 
Patent 3,902,908, Constantino R. Kraus, Buyer Credit 
Service for a Telephone System, issued Nov. 18, 5 
1975. As disclosed at col. 2, line 28 through col. 4, line 
1 1 of the reference, the system of Kraus provides 
credit information for a customer ordering by tele* 
phone to a vendor. When the customer calls to place 
an order, he uses a special class of telephone num- 10 
ber. The telephone system provides the special num- 
ber and the number of the telephone from which the 
customer is calling to a TSPS once. The TSPS office 
in turn sets up a connection between the vendor iden- 
tified by the special telephone number and a credit 15 
center and provides the calling telephone number to 
the credit center. The credit center uses the calling 
tel phone number to search a credit data base for 
credit information about the customer and transmits 
the credit information to the vendor. If the vendorfinds 20 
the credit information satisfactory, he signals the 
TSPS once to that effect and the TSPS office then 
connects him with the customer. 

Another is the system disclosed in John B. 
Medamana et al. , U.S. Patent Application Serial Num- 25 
b r 359,823, Authenticated Communication Access 
Service, filed 5/31/89 and assigned to the assignees 
of the present patent application. In the system of the 
reference, if an entity such as a bank or a broker 
wishes to restrict access to a select set of customers, 30 
th entity provides an 800 number to the customers. 
The 800 number serves as a transaction identifier. 
When a switch receives the 800 number, it does not 
immediately set up the call to the unlisted number for 
th entity which corresponds to the 800 number, 35 
instead, it indicates to a transaction manager in the , 
th telephone system that a call has arrived which it 
must mediate. The transaction manager employs the 
switch to obtain identification information from the cal- 
ling party. The identification information may be the ao 
calling party's telephone number, obtained via ANI, or 
a personal identification number (PIN) which the cus- 
tomer enters using his touch tone telephone in res- 
ponse to digital voice prompts from the switch. The 
transaction manager then supplies the identification 4$ 
information to a third entity, which uses information in 
a transaction data base to determine whether the cal- 
ling party is entitled to make the transaction. The third 
entity then provides transaction information to the 
transaction manager, if the calling party is entitled to so 
make the transaction, the transaction information will 
contain further information about the transaction. The 
transaction manager informs the switch whether the 
transaction is permitted, and if it is, the switch makes 
the call to the second entity and provides it with th S3 
further information about the transaction. 

A third example of the use of a communications 
system to mediate a transaction is found in Enten- 



mann, et al., Use of Telecommunications Systems for 
Lotteries, U.S. Patent Application 07/709/621, filed 
9/1/87, and having the same assignee as the present 
patent application. This ref rences discloses a sys- 
tem in which a lottery customer dials a telephone 
number to enter a lottery. The system determines 
either from the customer's phone number or a credit 
card number which it requests from him whether the 
customer is eligible to enter the lottery. If the customer 
is, the customer is prompted to provide formation from 
which a number for the customer's entry in the tottery 
can be generated. The system then generates the 
number and determines whether the number is a win- 
ning number. If it is, it informs the customer that he 
has won, prints out a record of the transaction at the 
lottery once, and connects him to an operator, who 
records additional data supplied by the customer. 

FIG. 2 presents an overview of a system 201 in 
which the systems just described might be implemen- 
ted. In system 201 , CS 202 mediates a transaction be- 
tween entity 1 105(1) and entity 2 105(2) using 
information contained in a transaction data base 
(TDB) 209 belonging to a third entity 105(3). When 
entity 1 105(1) in system 201 wishes to make a trans- 
action with entity 2 105(2), entity 1 105(1) provides 
communications system 202 with a transaction iden- 
tifier 205 identifying the transaction. Included in trans- 
action identifier 205 may be a virtual identifier for 
entity 2 105(2). When switch 105 receives transaction 
identifier 205, it sets up a message path between 
entity 1 105(1) and switch 107 and employs a tech- 
nique such as digital voice to request input of trans- 
action information 1 (Tl(l)) 205 from entity 105(1). An 
example of such transaction information might be an 
identifier specifying that entity 1 may cry out the trans- 
action. Switch 107 provides transaction information 1 
207 to transaction manager 203, running in a pro- 
cessor which has access to switch 107. Transaction 
manager 203 further has access to entity 3 105(3), 
and provides transaction information 1 207 to entity 3. 
Entity 3 uses transaction information 1 207 to look up 
transaction information 2 207 in transaction data base 
209 and provides transaction information 2 21 1 via a 
data link message path to transaction manager 203. 
If transaction information 2 211 indicates that entity 1 
105(1) has the right to make the transaction, transac- 
tion manager 203 provides a transaction OK (TOK) 
212 signal indicating that the transaction is permitted 
to switch 107, which establishes message path 215 
between switch 107 and entity 2 105(2). Transaction 
manager 203 then uses the message path to provide 
transaction information 1 207 and transaction infor- 
mation 2 21 1 to entity 2 1 05(2), which then uses mes- 
sage paths 213 and 215 to complete th transact] n 
with ntity 1 105(1). On the other hand, if transaction 
information 2 211 indicates that entity 1 105(1) does 
not have the right to make th transaction, transaction 
manager 203 indicates to switch 107 via transaction 
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OK 212 that the transaction is not permitted and 
switch 107 does not establish path 215 and termi- 
nates path 213. In this case, transaction manager 203 
may further cause switch 107 to provide a termination 
message via message path 213 to entity 1 105(1). 

While the foregoing systems represent a signific- 
ant advance over the number translation systems, 
these systems do not provide a general technique by 
means of which a communications system may 
mediate a transaction, nor do they take full advantage 
of the possibilities arising out of mediation of a trans- 
action by the communications system. In particular, 
the references do not show how to make a telephone 
transaction interruptible or how to use a communi- 
cations system to mediate an ordinary credit card 
transaction. It is thus an object of the present inven- 
tion to provide such a general technique, and to permit 
the construction of improved systems for performing 
transactions using a communications system. 

Summary of the Invention 

The invention is a method of employing a com- 
munications system to mediate different types of 
transactions involving entities reachable by the com- 
munications system. Each transaction involves a 
plurality of entities which have information about the 
transaction. The method includes the following steps: 

• receiving a transaction type specifier specifying 
one of the types of transactions in the communi- 
cations system; 

• providing the transaction type specifier to a 
transaction manager in the communications sys- 
tem; 

• in the transaction manager, using the transac- 
tion type specifier to select a transaction 
algorithm corresponding to the transaction type 
from a set of transaction algorithms; and 

• in the transaction manager, employing the com- 
munications system to obtain information about 
the transaction from at least one entity involved in 
the transaction and provide the information about 
the transaction to at least one other entity invol- 
ved in the transaction as required by the transac- 
tion algorithm. 

In further aspects of the invention, a transaction 
record is provided for making the transaction inter- 
ruptible and a system is provided for making credit 
card transactions via the communications system. 

Other objects and advantages of the invention will 
become apparent to thos skilled in the arts to which 
the invention pertains after perusal of the following 
Drawing and Detailed Description of th invention. 

Brief Descripti n fth Drawing 

FIG. 1 is an overview of a prior-art telephone num- 
ber translation system; 



FIG. 2 is an overview of a prior-art system in 
which the telephone system mediates a transac- 
tion; 

FIG. 3 is an overview of a system of the invention 
5 in which the communications system hides infor- 
mation whfle it mediates the transaction; 
FIG. 4 is an overview of a specific system which 
hides information while mediating a transaction; 
FIG. 5 is an overview of a general system for 
10 employing the communications system to 
mediate transactions; 

FIG. 6 is an exemplary implementation of the sys- 
tem of FIG. 4 in the telephone system; and 
FIG. 7 is a diagram of transaction records used in 
15 certain embodiments of the system of FIG. 3. 

Reference numbers in the Drawing have two 
parts. The two least-significant digits identify an item 
in a figure; the remaining digits identify the figure in 
which the item first appears. Thus, an item with the 
20 reference number 101 first appears in FIG. 1. 

Detailed Description 

The following Detailed Description will first present 
25 certain definitions which are required for understand- 
ing of the discussion, wOl then disclose a general 
example of a communications system which hides 
transaction information while mediating a transaction, 
followed by a specific example of such a communi- 
30 cations system. Next, the Detailed Description will 
disclose a communications system which b generally 
adapted to mediating many types of transactions, and 
finally, the Detailed Description will disclose an embo- 
diment of the specific example in the telephone sys- 
3$ tern. 

Definitions 

The following definitions of communications sys- 
40 terns and entities involved in a transaction are import- 
ant for proper understanding of the disclosure. 

By •communications system" is meant any com- 
munications system in which a node of the communi- 
cations system can do more than simply passively 
45 forward data to a location in the system. One example 
of such a communications system is a telephone sys- 
tem of any size, ranging from a system consisting of 
telephones connected by a PBX through telephones 
connected by a world-wide switching system. Other 
so examples are data networks in which a network node 
can initiate a session and video n tworks in which 
there are interactions between the n twork and the 
user. 

By "entity" is meant any party to a transaction 
55 other than th communications system in its capacity 
as communications system. For example, if the com- 
pany providing the communications system also pro- 
vides identification or credit services, the company is 
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an ntity involved in the transaction to the extent that 
the identification or credit services are Involved in the 
transaction. 

Hiding Inf rmation while Mediating a 5 
Transaction: FIG. 3 

One reason for involving a mediator in a transac- 
tion is to make it possible to carry out the nansaction 
while hiding certain information necessary to the 10 
transaction from other parties to the transaction. For 
example, in a labor negotiation, the union negotiators 
need to know the economic condition of the company 
they are negotiating with; the company, on the other 
hand, may not wish to make such sensitive business 15 
information available to the union negotiators. One 
way to solve this problem is to employ a mediator who 
is trusted by both parties to evaluate the business 
information and communicate his evaluation, but not 
the information, to the union negotiators. As will 20 
become clear from the following, this function of mak- 
ing a transaction possible while hiding certain infor- 
mation can be carried out by a communications 
system. 

FIG. 3 shows a system 301 in which a commune 25 
cations system 303 not only mediates a transaction, 
as did communications system 202 of the Medamana 
reference, but further hides information obtained from 

ne of the entities involved in the transaction from 
another entity in the transaction. As with Medamana, so 

ntity 1 105(1) begins the transaction by a calf which 
identifies the type of transaction, as indicated by 
transaction ID 205. When switch 107 receives TID 
205, it activates transaction manager (TMAN) 305. 
Transaction manager 305 provides switch control sig- 35 
nals 307 to switch 107. These signals cause switch 
107 to provide digital voice prompts requesting trans- 
action information 1 207 from entity 1 105(1). Entity 1 
105(1) provides transaction information 1 207 via a 
signal path to switch 107, which in turn provides it to 40 
transaction manager 305. Transaction manager 305 
then provides transaction information 1 207 to entity 
3 1 05(3), which uses it to query transaction data base 
209 and returns transaction information 2 211 via a 
data link. Transaction manager 305 then signals 45 
switch 107 via switch control signals 307 to establish 
a message path 316 between transaction manager 
305 and entity 2 1 05(2) and provides transaction infor- 
mation 2 211 to entity 2 105(2). As may be seen from 
FIG. 3, entity 2 105(2) never receives transaction so 
information 1 207; transaction information 1 207 is 
thus effectively hidden from entity 2 105(2). A further 
characteristic of system 301 is that there may be no 
need for direct communication between entity 1 
1 05(1 ) and entity 2 1 05(2), or indeed betw en any of 55 
the entities involved in the transaction. If transaction 
information 2 21 1 contains all of the information which 
entity 2 requires to complete the transaction between 



it and entity 1 , entity 2 1 05(2) need not exchange mes- 
sages with entity 1 105(1). 

In many cases, an entity participating in a trans- 
action may wish to interrupt a transaction before it is 
complete and then complete the transaction later. In 
order to accomplish this, transaction data base 209 
must maintain records of transactions. Such records 
are shown as transaction records (TR) 701 in Fig. 7. 
Each transaction record 701 contains transaction 
information (TINF) 705, whose contents depend on 
the type of the transaction and the stage at which it 
was interrupted and may also contain a transaction 
number 703, by which the entities participating in the 
transaction can identify the transaction. In one embo- 
diment of such a system 301 which permits transac- 
tions to be interrupted and resumed, an entity can 
indicate that he wishes to interrupt the transaction. 
Transaction manager 305 can then respond to this 
indication by providing transaction number 703 to at 
least the entity wishing to interrupt When the entity 
wishes to continue, It dials the number originally used 
to begin the transaction, and transaction manager 
305 responds by causing switch 107 to prompt the 
entity to indicate whether it is beginning a new trans- 
action or continuing an old one. In the latter case, 
transaction manager 305 causes switch 107 to 
prompt the enffiy to provide transaction number 703, 
transaction manager 305 provides the transaction 
number to entity 105(3) which manages transaction 
data base 209, and entity 105(3) uses transaction 
number 703 to locate transaction record 701 and to 
provide record 701 to transaction manager 305. 
Transaction manager 305 then uses the information 
in transaction information 705 to resume the transac- 
tion. 

In another embodiment, transaction records 701 
involving an entity can be organized such that all of 
the transaction records 701 for an entity can be 
located in time order. In this case, when an entity 
wishes to resume a transaction, transaction manager 
305 can begin with the most recent transaction for the 
entity wishing to resume and can use transaction 
information 705 to cause switch 1 07 to provide a sum- 
mary of the transaction to the entity. The summary 
can be provided by using ASCII-to-speech translation 
technology to translate the relevant portions of TINF 
705 into speech. If the entity determines from the 
summary that the transaction is the one it wishes to 
resume, the entity can indicate that fact via a signal 
to transaction manager 305, which can then use 
transaction record 701 which was the source of the 
summary to resume the transaction. 

The techniques described above for resumption 
of a transaction can also be used in situations in which 
a transaction has several separate stages. In such a 
multistage transaction, there will be a transaction 
record 701 fbrthe transaction. Transaction record 701 
will maintain a record of th transaction as it currently 
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stands. During the first stage of the transaction, the 
entities participating therein may be given transaction 
number 703 for the transaction. When a party begins 
the next stage of th transaction, transaction manager 
305 causes switch 107 to request transaction number 
703 from the party and then uses the transaction num- 
ber to locate transaction record 701 for the transac- 
tion. Transaction manager 305 can then respond to 
the record to perform the next stage of the transaction 
as described above, updating the record as it perfor- 
med the transaction. 

Similarly, a given transaction can give rise to 
other possible transactions. For example, if what is 
involved is a purchase by one entity of goods from 
another entity, the purchaser may want to reach the 
second entity if he has questions about or problems 
with the goods and the second entity may want to 
reach the purchaser if he is temporarily out of stock or 
if a recall is required. Again, transaction record 701 
can be used in these other transactions. Of course, as 
indicated above, techniques other than transaction 
numbers can be used to associate transaction record 
with entities involved in a transaction. For example, 
transaction record may be associated with and reach- 
able by means of a telephone number or other identi- 
fication name or number which identifies the entity. 
Indeed, more than one technique may be used for a 
grv n record. Transaction numbers can be used to 
provide access to individual records, while entity iden- 
tification numbers can be used to provide access to all 
f the transactions involving a given entity. 
Additionally, the transaction record may contain a 
time of transaction and transaction record for an entity 
may be retrieved in a time-related order. 

U ing Hiding In a Credit Card Transaction 
System: FIG. 4 

The ability of a syslem such as system 303 to hide 
information from participants in a transaction is par- 
ticularly advantageous when the transaction is a tele- 
phone credit card transaction. Such transactions are 
presently performed as follows. First, the customer 
calls the vendor (often using an 800 number). Once 
customer and vendor are connected, the customer 
determines whether the transaction is to be a credit 
card transaction. The vendor then tells the customer 
the price, and if it is a credit card transaction, the ven- 
dor asks the customer for his credit card number. The 
customer then hangs up and the vendor uses the 
credit card company's verification system to v rify the 
customer's credit Having done that, the vendor com- 
pletes the credit card transaction and mails th cus- 
tomer the purchase. There are several problems with 
this mode of canying out the transaction. The most 
important problem from the customer's point of vi w 
is that he must disclose his credit card number to 
someone he does not know. The problem from th 



vendor's point of view is dealing with the credit card 
system when all the vendor really wants to know is 
whether the customer can pay. 

Fig. 4 sh ws a system 401 which addresses and 

5 solves these problems. To begin a transaction, cus- 
tomer C 403 employs communications system 303 to 
call vendor 405. The number used to call vendor 405 
serves both to identify a kind of transaction and the 
vendor, and so functions both as a transaction iden- 

10 tifier409 and a vendor identrfier410. When switch 107 
receives transaction identifier 409, it respond by 
activating transaction manager 407 and providing 
vendor ID 410 to it Transaction manager 407 retains 
vendor ID 410 and causes switch 107 to set up mea- 
ts sage path 421 between switch 1 07 and customer 403 
and to provide a digital voice message to customer 
403 in which customer 403 is asked for his credit card 
number. Customer 403 inputs credit card number 407 
using the Touch-Tone m buttons on his telephone. 

20 Switch 1 07 receives the touch tone signals produced 
when the buttons are pushed, converts them to digital 
datat, and provides the number to transaction man- 
ager 407. Transaction manager 407 retains the credit 
card number and causes switch 107 to set up mes- 

25 sage path 423 and connect the customer with the ven- 
dor via message paths 421 and 423. The customer 
and the vendor then discuss the transaction and come 
to an agreement on the price. Vendor 405 then uses 
the Touch-Tone buttons on his telephone to input the 

30 price (P413). When switch 107 receives the touch 
tone signals, it provides them to transaction manager 
407, which in turn provides vendor identifier 410, 
credit card number 407 and price 413 to credit man- 
ager 41 5. Credit manager 415 determines from infbr- 

35 mation in credit card data base 41 7 whether customer 
403 can complete the purchase. If customer 403 can, 
credit manager 415 provides a transaction confir- 
mation message 419 to transaction manager 407, 
which in turn provides the message to vendor 405, 

40 who can terminate or continue the interaction as he 
pleases. If the information in credit card data base 41 7 
indicates that the transaction can take place, credit 
manager 415 debits the amount of the transaction 
from customer 403 f s account and credits it to vendor 

45 405's account after sending transaction confirmation 
signal 419 to transaction manager 407. Other infor- 
mation required for the transaction, for example the 
mailing address of customer 403, may be obtained 
directly from customer 403 or from information in 

so credit card data base 417 concerning customer 403. 
Many variations on the above system are of 
course possible. For example, vendor ID410could be 
derived from the telephone number in the fashion des- 
cribed above for 800 numbers, or it could be d rived 

55 from a geographical list of numbers for dealers, as in 
th Riskin reference, or the dealer could provide an 
identifier himself along with the amount Similarly, 
credit manag r 415 and credit card data base 417 
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could be entities which w re totally separate from 
communicati ns system 303, or they could be part of 
a credit system off red by the company which pro- 
vides communications system 303 to customers of 
the company. For example, if the purtiases made by s 
customers 403 from vendor 405 were relatively small, 
the price could be added to customer 403 f s telephone 
bill. In such a situation, customer 403's telephone 
number, provided by the AN! service mentioned 
above, might even serve as credit card number 407. 10 
Customer 403's telephone number could additionally 
be used to verify customer 403's identity to credit 
manager 415. In such an embodiment, if customer 
403's telephone number as provided by ANI was dif- 
ferent from the one listed for him, customer 403 could 15 
be asked to provide his home telephone number in 
addition to his credit card number. 

Additionally, all the techniques described in the 
discussion of system 301 above for interrupting a 
transaction, performing a transaction in stages, or 20 
performing related transactions can be used in sys- 
tem 401. A transaction record 701 used in system 401 
might contain the date and time of the transaction, the 
identity, address, and telephone number of customer 
403 v the identify, address, and a telephone number of 25 
vendor 405, the product purchased, and the price, as 
well as other useful information. Further, the techni- 
ques described in connection with system 301 for ret- 
rieving a transaction record 701 can be used in 
system 401. 30 

Examples of situations in which transaction 
records 701 can be usefully employed in system 401 
include interrupted transactions and collateral trans- 
actions such as later calls by customer 503 to vendor 
405 concerning the transaction and vice-versa. 36 
Depending on the situation (as indicated by the state 
f transaction 705 in the relevant transaction record 
701), transaction manager 407 can route customer 
403's call to the proper party at vendor 405 and can 
provide information relevant to the situation from 40 
transaction record 701 to the proper party at vendor 
405. 

A General System for Mediating Transactions: 

FIG. S 45 

The systems of Kraus, Entenmann, and 
Medamana disclosed in the discussion of the prior art 
and the systems disclosed in the present patent appli- 
cation are species of a genus of systems in which a so 
communications system mediates a transaction. FIG. 
5 discloses a system 501 which permits a communi- 
cations system 503 to provide as many of the species 
as is convenient In system 501 , transaction manager 
505 includes a list 509 of transaction alg rithms ss 
507(0..n). Each transaction algorithm nth list speci- 
fies a different typ of transaction which syst m 501 
mediates. 



When one of the entities 105 which is reachable 
by communications system 503 wishes to initiate a 
transaction, it provides a transaction identifier 511 for 
the type of transaction it wish s to perform to switch 
1 07 Here, the entity is entity 1 05(i). As previously indi- 
cated, transaction identifier 51 1 might be a special 
telephone number. It might also be a suffix to a special 
telephone number, and it might further be elicited by 
transaction manager 505 in response to a telephone 
number indicating that entity 105(i) wished to choose 
from among transaction types belonging to a class of 
transaction types. 

As before indicated, switch 107 provides transac- 
tion identifier 51 1 to transaction manager 505. In the 
following, transaction identifier 511 is presumed to 
identify transaction algorithm 507(b). In response to 
transaction identifier 511, transaction manager 505 
begins to execute transaction algorithm (TALG) 
507(b). As required by transaction algorithm 507(b), 
transaction manager 505 provides signals to switch 
1 07 which cause switch 1 07 to connect entities invol- 
ved In the transaction to each other or to transaction 
manager 505 and to receive information from and pro- 
vide information to the entities as required for the 
transaction. Additionally, certain entities involved in 
the transaction may be directly accessible to transac- 
tion manager 505 without involving switch 107. 

In Fig. 5, transaction algorithm 507(b) is taken to 
define a transaction involving three entities: E 105(i) 
which initiated it, E 105(j), and E 105(k). As required 
by algorithm 507(b), transaction manager 505 causes 
communications system 503 to solicit transaction 
information from the entities and provide the transac- 
tion information to the entities and to transaction man- 
ager 505 as required for the transaction. Thus, 
transaction information 519 concerns entity 105(i), 
transaction information 515 concerns entity 105(k), 
and transaction information 517 concerns entity 
105(j). As shown in Fig. 5, transaction manager 505 
may employ either signal paths or message paths for 
the transaction information, and may connect entities 
to each other or to itself, all as required by transaction 
algorithm 507(b). Row of control in transaction 
algorithm 507(b) may of course depend on values 
which transaction manager 505 receives in the trans- 
action information obtained from the entities. 
Additionally, transaction algorithm 507(b) may 
employ other transaction algorithms in algorithm list 
509 to perform portions of the transaction. 

The algorithms in algorithm list 509 may ail be 
provided by the operator of communications system 
503. In other embodiments, the operator of communi- 
cations system 503 may permit certain users of the 
communications system to provide transaction 
algorithms for transaction algorithm list 509. Indeed, 
one of th transactions mediated by communications 
system 503 might be the installati n of a transaction 
algorithm 507 in list 509. In such a transaction, trans- 
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action manager 507 would respond to the transaction 
identifier identifying the transaction by soliciting the 
new algorithm 507 from the initiating ntity 1 05, would 
submit the new algorithm 507 to ther entities for con- 
firmation of its correctness, and on receiving the con- 5 
firmation, would install the new algorithm in list 509. 
If the algorithm were found not to be correct, transac- 
tion manager 507 could return error messages to the 
initiating entity. Any or all of the algorithms can of 
course employ transaction records 701 as described 10 
above. 

Implementation off System 401 In a Telephone 
System: FIG. 6 

15 

FIG. 6 shows an implementation of system 401 in 
a contemporary telephone system. As will be clear to 
those of ordinary skill in the art, the techniques used 
to implement system 401 In the telephone system 
may also be employed to implement systems 301 and 20 
501. 

Modem telephone switching networks are stored 
program controlled networks, that is, the behavior of 
elements of the network is governed by stored prog- 
rams. The stored program controlled network pro- 25 
vfcfed by AT&T is described in detail in the Bell System 
Technical Journal, vol. 61, No. 7 9 part 3, September, 
1982, pp. 1573-1816. System 601 of FIG. 6 employs 
components of the AT&T stored program controlled 
network. so 

An important characteristic of the AT&T stored 
program controlled network is that there are separate 
paths for control signals and for messages. Messages 
travel by switched circuits, indicated in FIG. 6 by the 
solid lines 607, 615, 619, 637, and 641; the control 35 
signals travel by the common channel interoffice sig- 
nalling facilities (CCIS), which is a packet network for 
carrying control messages between the components 
of the network. Alt of the switches and telephone com- 
pany-provided data bases in the stored program con- 40 
trolled network are connected to each other by CCIS, 
which appears in FIG. 6 as dashed line 613. 

The following components of the AT&T stored 
program controlled network are employed in system 
601: 45 

• CCIS-controlled switches 609. 617, and 639: 

-Switch 609 Is an Originating Screening 
Office (OSO), a switch which detects special 
classes of calls. 

- Switch 61 7 is an Action Control Point (ACP), so 
a switch which has access to facilities for 
handing certain kinds of calls. 

- Switch 639 is a Destination Service Office, 
a switch which connects special dasses of 
calls to their destinations. 55 

• Network control points (NOP) 61 1 and 633. A 
network control point provides messag s to other 
components of the network as required to cause 



the network to perform a given functi n. 

- IND NOP 61 1 contains a data bas of spe- 
cial numbers such as 800 numbers and pro- 
vides messages indicating how the special 
numbers are to be handled by the switching 
system. 

- DSD NCP 633 contains a data base of spe- 
cial telephone services and provides mes- 
sages which cause the switching system to 
carry out the special service. In system 601, 
DSD NCP 633 performs the function of trans- 
action manager 407. 

• Network Services Complex (NSC) 621 imple- 
ments certain primitive functions (PRS) 631 in 
response to messages on CCIS 613. Primitive 
functions used in system 601 include provision of 
voice announcements 623, decoding of DTMF 
signals 625, establishment of data links 627, and 
call routing 629. 

Additional components of system 601 include 
Touch-Tone telephone 603, belonging to customer 
403 of FIG. 4, Touch-Tone telephone 643, belonging 
to vendor 405 of FIG. 4, local switch 605, which con- 
nects telephone 603 to the stored program switching 
network, credit manager 415, which determines the 
credit status of a customer, and credit card data base 
417, which contains the credit information. Credit 
manager 415 is connected via data link 416 to NSC 
621. It should be pointed out that conceptually, 
switches 609, 617, 639, NSC 621, and IND NCP 611 
together perform the functions of switch 107 in FIG. 4. 

System 601 operates as follows to perform the 
mediated credit transaction described with reference 
to system 401. Customer 403 uses telephone 603 to 
dial a special number, perhaps beginning with a prefix 
such as 990. The special number identifies at least the 
kind of transaction. The dialed number goes to local 
switch 605, which provides it via circuit 607 to OSO 
609. OSO 609 determines that the number is special, 
and sends a message via CCIS 61 3 to IND NCP 61 1 . 
The message contains at least the special telephone 
number. 

IND NCP 61 1 determines from the special num- 
ber that the call must be handled by ACP 617, 
because that switch has a Network Services Complex 
621 associated with it Consequently, IND NCP 611 
sends a CCIS message to OSO 609 which specifies 
the number of telephone 643, the type of special ser- 
vice required and DSD NCP 633, and which further 
identifies access control point 617. OSO 609 res- 
ponds to the message by forwarding the call to action 
control point 617, as indicated by circuit 615, and 
sending a CCIS messag to ACP 617 which includes 
th the telephone number of telephon 643, the type 
of special service required, and a specification of DSD 
NCP 633, as well as the telephone number of tele- 
phone 603, as provided by ANI. 

On receipt of the message from OSO 609, ACP 
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617 sends a CCIS message to DSD NCP 633 which 
includes the type of special service required and the 
telephone numbers f telephones 643 and 603. DSD 
NCP 633 then locates transaction algorithm 636 cor- 
responding to the type of special s rvice required and s 
begins executing the algorithm. As DSD NCP 633 
executes the algorithm, it sends CCIS messages to 
the components of the stored program network which 
cause the stored program network to mediate the 
transaction. 10 

The first step in the transaction is to obtain the 
credit card number of customer 403. NCP 633 sends 
a CCIS message to NSC 621 which instructs it to use 
call routing primitive 629 to connect itself to telephone 
603. The routing primitive does so. as shown by circuit is 
619, and NCP 633 then sends a CCIS message to 
NSC 621 to use announcement primitive 623 to 
request that the user of telephone 603 input his credit 
card number using the Touch-Tone buttons on the 
telephone and to use DTMV decoding primitive 625 to 20 
decode the inputs received from the Touch-Tone but- 
tons and send them via COS to NCP 633. Continuing 
to execute TALG 636, NCP 633 determines whether 
the proper number of digits have been sent if not, it 
sends a CCIS message to NSC 621 to use primitive 25 
623 to inform the user of telephone 603 of his error 
and primitive 625 to collect new input Once NCP 633 
has the proper number of digits, it stores them and 
sends a CCIS message to NSC 621 requesting it to 
route the call from ACP 617 to telephone 643, thereby so 
connecting customer 403 and vendor 405 and to listen 
for DTMF tones from telephone 643. 

Execution of transaction algorithm 636 continues 
after customer 403 and vendor405 have agreed to the 
transaction and vendor 403 uses his Touch-Tone but- 35 
tons to input the price on telephone 643. Component 
625 of NSC 621 decodes the DTMF tones and pro- 
vides the price via a CCIS message to DSD NCP 633, 
which then sends a CCIS message to NSC 621 
requesting it to use component 627 to set up a data 40 
link with credit manager 415 # and when the link is set 
up, another CCIS message asking it to provide the 
credit card number, the telephone number of tele- 
phone 643, and the price to credit manager 415 and 
to return credit manager 41 5*s response. Credit man- 45 
ager415 then consults data base 41 7, and if customer 
403 has the necessary balance, debits customer 
403's account and credits vendor 405's account (iden- 
tified by the vendor's telephone number). Credit man- 
ager 415 returns a value indicating the success or so 
faflure of the transaction to NSC 621, which In turn 
provides it to NCP 633; depending on the value, NCP 
633 requests announcing facility 623 in NSC 621 1 
indicate t the vendor at tel ph ne 643 whether the 
transaction succeeded, completing transaction 55 
algorithm 636. 

Many variations in system 601 and transactions 
algorithm 636 are possible. For example, vendor 405, 



customer 403, or both may have integrated services 
digital network (ISDN) servic , and in that case, tele- 
phone 603 or 643 may be replaced by a display ter- 
minal and keyboard. In such an embodiment, NSC 
621 would provide prompts to the terminal instead of 
voice prompts. Further, NSC 621 may include voice 
recognition primitives; in that case customer 403 
could input his credit card number orally, and vendor 
405 could do the same with the price. Credit manager 
415 may have several different relationships with the 
remainder of system 601. It can itself be implemented 
as a network control point, it can be connected by a 
data link, as in FIG. 6, or it can be connected by a 
switched circuit, as are telephones 603 and 643. 

As regards transaction algorithm 636, the interac- 
tions between system 601 and customer 403 and ven- 
dor 405 can be expanded. For example, customer 403 
might be asked to provide additional identifying infor- 
mation and vendor 405 might be asked to provide a 
vendor identification number along with the price. The 
vendor Id number would then be used to identify the 
vendor's account In data base 417. Further, the credit 
verification could be done in two stages. In the first 
stage, performed on receipt of the credit card number, 
the existence of the customer's account could be veri- 
fied; in the second stage, the account could be 
debited. Moreover, any of the telephone number 
translation services described in the discussion of the 
prior art could be used in conjunction with system 60 1 . 
Additionally, credit card data base 417 can include 
transaction records 701, and these records can be 
used as described above with regard to system 401 
to resume an interrupted transaction or to provide 
information for collateral transactions. 

Conclusion 

The foregoing Detailed Description has disclosed 
to one of ordinary skill in the art to which the invention 
pertains how one may make and use a communi- 
cations system which mediates transactions between 
entities reachable by the communications system. 
However, as is apparent from the nature of the inven- 
tion and the Detailed Description, the number of par- 
ticular embodiments of the invention is essentially 
unlimited. For example, systems of the type disclosed 
herein may be used for telephone voting. In such a 
system, the transaction manager would determine the 
eligibility of the voter to vote, and if he is eligible, 
would provide the vote to the entity in charge of count- 
ing. 

Another use for such a system is a gift or donation 
registration service. An entity seeking gifts or dona- 
tions would provide a list of what it needed to the regi- 
stration service. Entities wishing to make gifts or 
donations would call the registration service and the 
service would mediate a transaction between the 
donor and the source f the item to be given or 
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donated. 

Still other uses involve assigning available 
resources of a given type to clients who call for assist- 
ance. One example of such a system is a lawyer ref- 
erral service. The referral service would maintain a 5 
database of lawyers and would assign lawyers to 
clients on a basis which assured that each lawyer 
would get a fair share of the referrals. The system 
would determine from the database which lawyer was 
to get the referral and would connect the lawyer with 10 
the calling client 

Additionally, a communications system may be 
advantageously used to mediate a transaction such 
as an auction. Customers could make bids. The com- 
munications system would validate the bids and pro- is 
vid them to the auctioneer, who would know only the 
amounts, and not the Identities of the bidders. The 
communications system could then indicate to each 
participant the current highest bid and solicit new bids 
unto a single highest bid remained. In some embodi- 20 
merits, the communications system itself might play 
the role of auctioneer. In such an embodiment, the 
transaction manager would keep track of the current 
highest bid, would inform the participants of that bid, 
and when bidding had ceased, would complete the 25 
transaction with the highest bidder. 

Further, as previously pointed out, the invention 
may be employed in any communications system 
which actively connects a sender of a message with 
a recipient of a message. Since the details of a par- 30 
ticular embodiment of the invention are strongly 
dependent on the kind of communications system 
being used and the kind of transaction being 
m diated, the embodiments disclosed in the Detailed 
Description are to be considered in all respects as 35 
being merely illustrative and exemplary, but not res- 
trictive, and the scope of the invention is not to be 
determined from the disclosed embodiments, but 
rather from the attached claims as read in light of the 
Specification and interpreted according to the Doc- 40 
trine of Equivalents. 



Claims 

45 

1. A method of employing a communications system 
to mediate a credit transaction between a cus- 
tomer, a vendor, and a credit-giving entity, the 
method being characterized by the steps of: 

receiving a transaction specifier from the so 
customer in th communications system; and 

responding to th transaction specifier by 
performing steps in the communications system 
including 

btaining at least a credit identification 55 
number from the customer, 

obtaining at least a debit amount from the 
vendor, 



providing the credit identification number 
and the debit amount to the cr dit-giving entity, 

receiving an indication from the credit-giv- 
ing entity wheth r the credit transaction is per- 
missible, and 

providing the indication to the vendor. 

2. The method set forth in claim 1 further charac- 
terized in that the step of responding to the trans- 
action specifier includes the step of employing the 
communications system to connect the customer 
and the vendor with each other. 

3. The method set forth in claim 2 further charac- 
terized in that 

the step of employing the communications 
system to connect the customer and the vendor 
occurs before the step of obtaining a debit 
amount from the vendor. 

4. The method set forth in claim 1 further charac- 
terized in that 

the method does not include any step in 
which the credit identification number is disclosed 
to the vendor. 

5. The method set forth in daim 1 further charac- 
terized in that 

the communications system is a telephone 
system; and 

the step of receiving a transaction specifier 
includes the steps of: 

receiving a special telephone number in 
the telephone system; and 

using the special telephone number to 
derive the transaction specifier. 

6. The method set forth in claim 5 further charac- 
terized in that 

the step of receiving a transaction specifier 
further includes the step of using the special tele- 
phone number to derive a telephone number of 
the vendor and 

the step of responding to the transaction 
specifier includes the step of using the telephone 
number to obtain transaction information con- 
cerning the credit transaction from or provide 
transaction information to the vendor. 

7. The method set forth in claim 5 further charac- 
terized in that 

the telephone system retains th tele- 
phone number from which the special telephone 
number was called; and 

the step of responding to the transaction 
specifier includes obtaining the telephone nunv 
berfrom which the special telephon numb rwas 
called from the telephone system as part of the 
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transaction information. 

8. The method set forth in any of claims 1, 2, 3, 4, 
5, 6, or 7 further characterized in that 

the steps performed in response to the 5 
transaction specifier include entering information 
concerning the credit transaction in a transaction 
record. 

9. The method set forth in claim 8 further charao 10 
terized in that: 

the method further includes the steps of 

receiving a further transaction specifier in 
the communications system; and 

responding to the further transaction is 
specifier by performing a further transaction as 
specified by the further transaction specifier and 
the transaction record. 

10. A method of employing a communications system 20 
to mediate a plurality of types of transactions 
involving a plurality of entities which are access- 
ible via the communications system and which 
have between them transaction information other 
than the communications between the entities, 25 
the method comprising the steps of: 

receiving a transaction type specifier 
specifying one of the types of transactions in the 
communications system; 

in the communications system, respond- 30 
ing to the transaction type specifier by activating 
a transaction manager, and 

in the transaction manager, selecting a 
transaction algorithm corresponding to the trans- 
action type specified by the transaction type 36 
specifier from a set of transaction algorithms; and 

in the transaction manager, performing as 
required by the transaction algorithm the steps of 

employing the communications system to 
obtain first transaction information from at least 40 
one of the entities involved in the transaction and 

employing the communications system to 
provide second transaction information to at least 
one of the entities involved in the transaction. 

45 
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